Use-Case-Diagramm: Lernplattform „KursPilot“

Aufgabe für ca. 30–45 Minuten: Systemgrenze, Akteure, Anwendungsfälle, include/extend und Regeln modellieren.

Szenario

Die Bildungseinrichtung möchte eine kleine Lernplattform „KursPilot“ einführen. Teilnehmende können Kurse suchen, sich anmelden, Aufgaben abgeben und Feedback einsehen. Lehrkräfte erstellen Aufgaben, bewerten Abgaben und geben Feedback. Die Verwaltung legt Kurse an und exportiert Teilnahmebescheinigungen. Bei kostenpflichtigen Zusatzkursen wird ein externer Zahlungsdienst genutzt.

Lernziel: Du erkennst Systemgrenzen, Akteure und fachliche Ziele und modellierst Beziehungen so, dass Pflichtabläufe, optionale Erweiterungen und externe Systeme nachvollziehbar werden.

Zeit & Ergebnis

0–5 Min.
Szenario lesen, Begriffe markieren, Annahmen notieren.
5–15 Min.
Bausteine auswählen und grobe Struktur planen.
15–35 Min.
Diagramm erstellen, Regeln/Varianten einbauen.
35–45 Min.
Selbstcheck, Begründung, kleine Korrekturen.

Abzugeben

  • Ein vollständiges Use-Case-Diagramm mit Systemgrenze „KursPilot“.
  • Mindestens 4 Akteure, 8 Use Cases, 2 «include» und 2 «extend»-Beziehungen.
  • Kurze Begründung zu mindestens 3 Modellierungsentscheidungen.

Diagramm-Baukasten

Klicke auf Bausteine, um sie in das Code-/Notizfeld einzufügen. Du kannst aber auch frei auf Papier, Whiteboard oder im Zeichenbereich arbeiten.

Akteur: TeilnehmerAkteur: LehrkraftAkteur: VerwaltungAkteur: ZahlungsdienstUse CaseSystemgrenzeAssociation«include»«extend»

Variablen und Regeln

Variablen

  • Kursart: kostenlos oder kostenpflichtiger Zusatzkurs.
  • Rolle: Teilnehmende, Lehrkraft, Verwaltung, externer Dienst.
  • Status einer Abgabe: offen, abgegeben, bewertet.
  • Optionale Benachrichtigung: E-Mail bei Bewertung oder Kursänderung.

Regeln

  1. Ein «include» beschreibt einen verpflichtenden Teilablauf, der immer benötigt wird.
  2. Ein «extend» beschreibt eine optionale oder bedingte Erweiterung eines Basis-Use-Cases.
  3. Akteure stehen außerhalb der Systemgrenze; Use Cases stehen innerhalb der Systemgrenze.
  4. Akteure sind Rollen, keine einzelnen Personen.
  5. Technische Schritte wie „Button klicken“ sind meist keine fachlichen Use Cases.

Arbeitsauftrag

  1. Markiere im Szenario alle Rollen und fachlichen Ziele.
  2. Lege die Systemgrenze fest: Was gehört zu „KursPilot“, was bleibt extern?
  3. Formuliere Use Cases als Verb + Objekt, z. B. „Aufgabe abgeben“.
  4. Entscheide, welche Teilabläufe verpflichtend sind und daher als «include» modelliert werden.
  5. Entscheide, welche Varianten nur unter Bedingungen auftreten und daher als «extend» modelliert werden.
  6. Prüfe, ob jeder Akteur mindestens einen sinnvollen Kontakt zum System hat.

Arbeitsfläche

Strukturhilfe

Selbstcheck

Diagramm-Entwurf / Code / Notizen

Begründung: wichtigste Modellierungsentscheidungen

Skizzenfläche

Nutze diesen Bereich im Ausdruck für dein Diagramm oder übertrage deine digitale Zeichnung hierhin.

Bewertungsraster

KriteriumErwartungPunkte
VollständigkeitAkteure, Use Cases und Beziehungen decken das Szenario ab.10
UML-KorrektheitSystemgrenze, Assoziationen, include/extend korrekt eingesetzt.10
Fachliche ModellierungUse Cases sind zielorientiert und nicht zu technisch.10
BegründungRegeln und Varianten werden verständlich erklärt.5